home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20030409-20031118 / 000365_fdc@columbia.edu_Sat Nov 1 11:38:56 2003.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Path: newsmaster.cc.columbia.edu!not-for-mail
  2. From: Frank da Cruz <fdc@columbia.edu>
  3. Newsgroups: comp.protocols.kermit.misc
  4. Subject: Re: Protocol Error: NAK out of window
  5. Date: 1 Nov 2003 16:15:20 GMT
  6. Organization: Columbia University
  7. Lines: 54
  8. Message-ID: <slrnbq7n0o.7lp.fdc@sesame.cc.columbia.edu>
  9. References: <Dg_nb.118720$h61.101506@news01.bloor.is.net.cable.rogers.com> <Pine.HPX.4.44.0310311650430.13666-100000@fog.ccsf.cc.ca.us>
  10. Reply-To: fdc@columbia.edu
  11. NNTP-Posting-Host: sesame.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1067703320 24380 128.59.59.56 (1 Nov 2003 16:15:20 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 1 Nov 2003 16:15:20 GMT
  15. User-Agent: slrn/0.9.7.4 (SunOS)
  16. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14620
  17.  
  18. In article <Pine.HPX.4.44.0310311650430.13666-100000@fog.ccsf.cc.ca.us>,
  19. Mark Sapiro wrote:
  20. : On Thu, 30 Oct 2003, computer person wrote:
  21. :> I am pretty new to kermit but pretty computer savey. I built a script to
  22. :> connect to ministry of health to send health #'s for validity check. The
  23. :> file transfer fails around 25-30% of the time on error "Protocol Error:
  24. :> NAK out of window". Any ideas would be greatful. Do you think adding
  25. :> "robust" would do anything positive? I only get a few chances to submit a
  26. :> transfer per day so I try to keep the guesses to a minimum.
  27. : 
  28. : I was hoping Frank would respond to this one as his reply would be much
  29. : better than mine, I'm sure...
  30. :
  31. Not necessarily, but something must be wrong with our news service because
  32. the original post never came in here.  Or at least I missed it somehow --
  33. hard to say, too many things changing at once at our place.
  34.  
  35. : Yes, I think "robust" would help.  So might "set window-size 1".  The
  36. : error message seems clear.  I think the sender is receiving a NAK to
  37. : a packet that has already been released from the window, presumably because
  38. : it was already ACKed.  This would indicate at least one side of the
  39. : transfer does not implement the protocol correctly.  Your logs indicate
  40. : the sender (your side) is C-Kermit 8.0.209.  I would guess the problem
  41. : is with the receiver.  What Kermit is running there?
  42. : 
  43. That's the key question of course.  We have not had very good experience
  44. with third-party Kermit implementations, as you can see from:
  45.  
  46.   http://www.columbia.edu/kermit/ckermit70.html#x4.22
  47.   http://www.columbia.edu/kermit/ckermit80.html#x15
  48.   http://www.columbia.edu/kermit/kermit.html#notslow
  49.  
  50. : This seems to indicate the error doesn't occur until after the send
  51. : completed.  I don't know why this would be, but it seems clear that
  52. : at least one side is doing something wrong.  Is the file received
  53. : completely in this case?
  54. : 
  55. If you can collect a packet log (tell C-Kermit to "log packets") I can
  56. take a look and see how the error comes about.
  57.  
  58. In any case, read at least the first two links above and try some of the
  59. suggestions.  You can also consult Chapter 10, "Solving File Transfer
  60. Problems" of "Using C-Kermit".
  61.  
  62. As Mark suggests, the most likely culprit is a faulty sliding-windows
  63. implementation in the other Kermit, in which case "set window 1" should
  64. eliminate the error.  Of course it might also slow down the transfers, but
  65. a slower transfer is still faster than one that failed.
  66.  
  67. "Robust" is the last resort, because this results in the slowest throughput.
  68. If you can get by with long packets but one window slot, the performance
  69. shouldn't be too bad, unless you're going through a satellite or something.
  70.  
  71. - Frank
  72.